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BACKGROUND OF THE INVENTION 

A. Field of the Invention 

This invention generally relates to billing systems and, more particularly, to a 
convergent billing system for processing bills for Competitive Local Exchange 
5 Carriers. 

B. Description of the Related Art 

Telecommunications traffic such as voice and data typically originates at one 
end of a communications channel that is maintained either by a Local Exchange 
Carrier (LEC) or a Competitive Access Provider (CAP). If the destination of such 
O 1 0 traffic is within the area served by the LEC or CAP, then that carrier or the 
5; combination of carriers transports the traffic over their circuits to an intended 

hj destination. However, if the destination of such traffic is outside the service area of 

fp the LEC or CAP, then the carrier or combination of carriers transports the traffic to an 

H Inter-Exchange Carrier (IXC). In the United States, AT&T, MCI and Sprint are 

1 5 present examples of such IXCs. The IXC transports the traffic over its network to 
rti another LEC or CAP serving the intended destination of such traffic. 

Recent changes in the telecommunications laws in the United States have 
caused companies to introduce "Competitive Local Exchange Carriers" or "CLECs". 
Unlike the LECs that service traffic in a local exchange, CLECs do not necessarily 
20 service traffic. Instead, CLECs compete with the LECs by reselling the products and 
services of other companies. For example, CLECs resell telecommunications 
equipment such as mobile telephones and power adapters manufactured by other 
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companies. CLECs also resell services such as voice mail, call forwarding, call 
waiting, caller ID, long distance service of the IXCs, local exchange service of 
existing or "incumbent" LECs (ILECs), Internet service of Internet Service Providers 
(ISPs), wireless service of Wireless Service Providers (WSPs) handling paging and/or 
5 cellular traffic, or video service. 

Although a CLEC has the advantage of providing a wide variety of products 
and services, and combinations of those products and services, it does so at a 
significant cost. The CLEC must coordinate its provisioning and billing operation 
with the many suppliers to provide and bill customers for selected products and 

10 services. For example, a customer may select products and services of several 

different suppliers, including, a company like GTE for local exchange service (in 
those areas where GTE is an ILEC), AT&T for long distance service, GTEINS for 
Internet service, Bell Atlantic for wireless cellular service, and Bell South for a 
cellular phone and power adapter. Each supplier may require different "provisioning 

15 data" from the CLEC to provide products and services. Additionally, certain 

suppliers may have specific format requirements to process requests from the CLEC. 
Consequently, the CLEC must determine the type of product or service selected by 
the customer, and forward the appropriate provisioning data in the appropriate format 
to the selected supplier. 

20 Service providers also have different formats for the usage data that records 

customer usage. Each usage data record includes, for example, information on local 
calls within the exchange serviced by the ILEC, also known as Intra-LATA 



communications, or long-distance calls that use an IXC to connect with a destination 
serviced by another LEC or CAP, also known as Inter-LATA communications. For 
example, MCI's usage data record has a format different from that used by AT&T. 
Similarly, New Jersey Bell (a LEC) has yet another format for usage data records. 
Consequently, the CLECs billing operation must accommodate the various usage data 
record formats to generate a bill for the usage. 

Saville Systems of Massachusetts offers a "Convergent Billing Platform" that 
enables LECs to process usage data of specific LECs and IXCs and to generate bills 
including that data. It is considered "convergent" in the sense that the platform 
generates a single bill for the LEC to charge a customer for (i) recurring charges, such 
as a fee for the local residential telephone line, (ii) LEC usage, such as charges for 
Intra-LATA calls, and (iii) IXC usage, such as charges for Inter-LATA calls. 

Because Saville designed its platform for the processing requirements of long 
distance companies, whose needs are very different from the requirements of a CLEC, 
Saville's platform could not handle all billing requirements of a CLEC. It could not 
process customer requests for products and services of different LECs or other 
companies, including those companies providing services traditionally provided by 
the LEC, such as voice mail, call forwarding, call waiting, and caller ID. In other 
words, it was not possible with Saville's system for a customer to use different 
companies for each of these services. Instead, the customer had to use the LEC for 
these services. 

Also, Saville's platform could not accommodate requests for products such as 
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telephones and other telecommunications equipment. CLECs, however, are in a 
position to offer such products and, therefore, require the ability to bill customers for 
them. 

Furthermore, Saville's platform was not capable of processing requests for 
5 packages of products and services and to offer discounts on such products and 

services based on the selection of a package(s). Because CLECs offer many products 
and services, which it typically purchases at a discount, it can package or bundle 
combinations of the products and services and offer the bundle to customers at a 
discount, as compared to the regular price for each product or service from a supplier. 
10 Accordingly, CLECs require a billing system that can accommodate product and 
service discounting of selected packages in a variety of configurations. 

Consequently, CLECs were forced to develop their own customized billing 
system to handle these and other shortcomings of existing systems. 

15 SUMMARY OF THE INVENTION 

Accordingly, the present invention is directed to a method that substantially 
obviates one or more of the problems due to the limitations, shortcomings, and 
disadvantages of the related art. 

In accordance with the present invention, as embodied and broadly described 
20 herein, a method for processing requests for products comprises the steps, performed 
by a processor, of receiving a request identifying a customer and indicating one of a 
plurality of providers for a selected product, converting a portion of the received 



request into a provisioning request based on the selected product, and providing the 
provisioning request to the provider. 

In accordance with another aspect of the present invention, a method for 
processing requests for products comprises the steps, performed by a processor, of 
receiving a request identifying a customer and including a bundle code indicating a 
plurality of providers for selected products, converting portions of the received 
request into provisioning requests based on the bundle code, and providing the 
provisioning requests to the providers. } 

Ift^cordance with yet another aspect of the present invention, a method for 
billing customers fbKequested products comprises the steps, performed by a 
processor, of receiving usage^kitafor a customer from a plurality of providers, 
converting the usage data from each propter into a standard usage data format based 
on predetermined billing rules, and storing the cohverted usage data linked to a 
customer record. 

fa accordance with still another aspect of the present invention, a method for 
billing custoh^ers for requested products comprises the steps, performed by a 
processor, of acce^smg a stored customer record identifying a customer and including 
usage data and a pluralrtyof codes, specifying a bill format from the codes, 
determining whether the codes^dentify a selected bundle of products from at least two 
providers, and generating a bill inchding the usage data in the specified format. The 
generating step may involve aggregate applications such as discounts based on the 
result of the determination, and using the computed discount in generating the bill. 
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*gratingstep may also involve computing taxes for each of the products, and 
using the computed taxes ingeitefatyig the bill. 

Additional aspects of the invention are disclosed and defined by the appended 
claims. It is to be understood that both the foregoing general description and the 
following detained description are exemplary and explanatory and are intended to 
provide further explanation of the invention as claimed. 

BRIEF DESCRIPTION O F THE DRAWINGS 
The accompanying drawings, which are incorporated in and constitute a part 
of this specification, illustrate an embodiment of the invention and, together with the 
description, serve to explain the advantages and principles of the invention. In the 
drawings, 

FICL^^ablock diagram of an architecture for a billing system according to 
an implementation of the presenTmvention; 

FlG^2d^J^ckr 4 a - billing . sy s tem controller for the - b itt ing sysleiA 

ofSlGO; 

^^V>FIQ. ^ ls a block diagram of a format database of the billing system controller 
of FIG. 2 used tcKjcplain the content of the format database according to the 
implementation of the pre&nt invention; 

FfS^s a block diagram of a billing database of the billing system controller 
of FIG. 2 used to expfekiAe content of the billing database according to the 
implementation of the present invention; 



sedto explain the content of the product database according to the 
implementation of the presentinveiTtron; 

FIG. 6 is a flow diagram of the preferred steps of a provisioning procedure 
performed by the provisioning component of FIG. 2; 

^and8are a flow diagram of the preferred steps of a billing procedure 
performed by the billing componentofTlGrSrand 

FfGr^o^block diagram a billing system according to another 
implementation of the present invenfi? 

DETAILED DESCRIPTION 
10 Reference will now be made in detail to an implementation of the present 

invention as illustrated in the accompanying drawings. Wherever possible, the same 
reference numbers will be used throughout the drawings and the following description 
to refer to the same or like parts. 

The present invention may be implemented by a conventional computer such 
15 as the model AS/400 manufactured by IBM Corporation. The architecture for and 
procedures to implement this invention, however, are not conventional, because they 
provide a standardized CLEC billing system that handles all billing requirements of a 
CLEC, including processing customer requests for (I) products and services of 
different providers, (ii) equipment, and (iii) product and service bundles, and offering 
20 discounts on such products and services based on the selection of a bundle(s). 
Overview 

A billing system implements the CLEC provisioning and billing operations in 



accordance with the present invention. A controller of the system receives customer 
requests for telecommunications products and services for which the CLEC bills the 
customer. For purposes of this disclosure, the term "product" will be used to refer to 
both products, such as equipment related to telecommunications services, and 
services, such as use of a network for communications, offered by CLECs. 

The controller converts the requests as appropriate and forwards the converted 
requests to selected service providers, such as ILECs, IXCs, ISPs, WSPs, or other 
providers of telecommunications services such as voice mail, call forwarding, caller 
ID, or call waiting, that have contracted with the CLEC to provide products to the 
CLECs customers. 

The controller also generates bills to charge customers for selected products. 
The bills preferably reflect available discounts based on, for example, the selection of 
a specific bundle of products from multiple providers, specific usage values and 
appropriate taxes. 
Billing System Architecture 

An architecture for a billing system 100 according to the present invention is 
shown in FIG. 1. Billing system 100 includes a controller 1 10 that receives customer 
requests 120, including data that identifies the customer and provisioning data that 
indicates selected products. The requests are preferably input using a graphical user 
interface operated by a representative of the CLEC. For example, controller 1 10 
displays an input screen on a representative's terminal display connected to the 
computer, and the representative inputs data and commands via a terminal keyboard 
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or other input device such as a mouse. 

The CLEC representative may receive customer requests verbally over the 
telephone and input the customer identifying information, such as the customer's 
account number, name, address, and other similar information used to identify 
5 customers. The representative also inputs the customer's selected products. 

Alternatively, other input schemes may be used to obtain the customer 
requests 120. For example, an Interactive Voice Response Unit (IVRU) may be 
programmed to receive customer requests over the telephone without the use of a 
CLEC representative. Furthermore, customers may send electronic requests to 
10 controller 1 10 using e-mail or some other electronic transmission scheme. 

In a provisioning procedure, controller 110 provides portions of the received 
customer requests 120 to service providers 130a, 130b, and 130c to arrange for the 
delivery and provisioning of the selected products to the customer. FIG. 1 shows 
three such service providers, though many more can be used because a CLEC may 
15 contract with many service providers to service the CLECs customers' needs for 
products. Controller 110 determines the appropriate portions of each customer 
request to forward to a service provider based on the selected product and the identity 
of the selected service provider. 

In a billing procedure, controller 110 periodically generates bills 140 to charge 
20 its customers for selected products. There are at least two parts to each bill 140, i.e., 
recurring charges and usage charges. Recurring charges are for flat fee services that 
are billed on a periodic basis and not specifically tied to the customer's usage. For 




example, the fee for a telephone number (wired or wireless) is considered a recurring 
charge. Other services for which CLECs traditionally charge a recurring fee are voice 
mail, call forwarding, and call waiting. 

In contrast, usage charges are tied to each customer's use of a network. For 
example, every time a customer receives or makes a telephone call using a cellular 
telephone he is charged a variable amount based on the time spent during the call. 
Note that local calls are typically covered by a recurring charge but long distance calls 
are subject to usage charges. In certain circumstances, however, an ILEC may charge 
for network usage for each call. For example, an ILEC may offer a base fee for a 
predetermined number of local calls within the ILEC's service area and incremental 
usage charges for each additional call over the number of calls covered by the base 
fee. 

Controller 1 10 stores information related to each customer's recurring charges 
(which is based on each customer's service request) and periodically receives usage 
data 150 from each customer's selected service providers 130a, 130b, or 130c. 
Controller 1 10 compiles this information in the billing procedure, computes available 
discounts based on the customer's selection of a bundle of products, computes taxes 
based on the individual products, and generates the bill. 
Billing System Controller 

FIG. 2 is a block diagram of the components of billing system controller 1 10. 
At the heart of controller 1 10 is a group of three databases, format database 210, 
billing database 220, and product database 230. A shown in FIG. 3, format database 

10 



210 preferably stores information related to the service providers (SP1, SP2, SP3, 
SPn), for example, 130a, 130b, and 130c, that have contracted with the CLEC. The 
format information includes data on the preferred format required by each provider to 
process the CLECs request to furnish products to the CLECs customers. 

Billing database 220 is the master database for controller 110. As shown in 
FIG. 4, billing database 220 preferably includes at least one billing record for each 
customer. Each billing record 410 includes customer information 420, including 
customer identifying information, and product codes 430 for selected products, and is 
linked to current usage data 440 or usage data since the last time billing controller 1 10 
generated a bill for the customer. The product codes 430 also specify the recurring 
charges for applicable products. For example, when a customer leases a cellular 
phone, a lease fee would be specified as a recurring charge along with the product 
code for the lease of a cellular phone. 

Product database 230 includes an extensive table of the product codes for the 
products offered by the CLEC through its service providers, 130a, 130b, and 130c. 
As shown in FIG. 5, entries in product database 230 are classified by state 510 
because a CLEC may service customers in more than one state and offer different 
products to customers in the different states. For each state 510, product database 230 
stores multiple service classes ("S-CLASS") 520, which specifies the types of services 
offered by the CLEC in a particular state. For example, a CLEC may offer local 
exchange service, long distance service, Internet service, wireless service in one state 
and a different combination of services in another state. 
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Furthermore, a CLEC may contract with more than one service provider to 
provide each of the services in a class 520. Consequently, product database 230 
reflects the multiple service providers (SP1, SP2, . . . SPn) 530 for each class 520. 
For example, a CLEC may offer cellular wireless service from AT&T and Bell 
5 Atlantic in the same state and paging wireless service of SKYTEL and PAGENET in 
the same or another state. Because certain service providers offer multiple types of 
products within a specific class, product database 230 reflects this by grouping 
multiple products (PRODI, PROD2, . . . PRODn) 540 for each provider SP within a 
class S-CLASS. For example, GTE Mobilnet may offer cellular telephone 

1 0 equipment, voice mail for cellular phones, insurance on the equipment, a security 

package, and network product access kits, all of which would be grouped among the 
products offered by GTE with the cellular class. 

As part of the product information, product database 230 also stores an 
amount to be charged to CLEC customers for each product. 

1 5 Moreover, the CLEC may offer discounts based on a customer's selection of 

all services of a specific provider. For example, if the CLEC offers AT&T long 
distance service and AT&T cellular wireless service in the same state, and if the 
CLEC contracts with AT&T to buy both services from the CLECs customers at a 
discounted rate, the CLEC can in turn pass on a portion or all of that discount to its 

20 customers that select both AT&T services. 

A provisioning component 240, which preferably includes a software 
procedure executable by the computer, accesses the databases 210, 220, and 230 when 
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providing certain provisioning data to selected service providers. In general, in 
response to receipt of a customer request, component 240 determines the service 
provider selected by the customer, accesses format database 210 to determine the 
appropriate format for provisioning data for that service provider, converts the 
5 provisioning data accordingly, and transmits the converted provisioning data to the 
selected service provider. 

Provisioning component 240 accesses billing database 220 to store or update a 
record for the customer that reflects the requested provisioning of products and/or 
services. 

1 0 Provisioning component 240 also accesses product database 230 during the 

provisioning process. For example, component 240 refers to database 230 to confirm 
the availability of a selected product or service because not all services may be 
available in all locations in which the CLEC operates. Additionally, not all service 
providers offer all of the various types of services; for example, one service provider 

1 5 may offer paging service in all states, but it only offers wired network service in 

several states. Moreover, product database 230 is used to add to each billing record 
the customer's recurring charges for selected products. 

A billing component 250, which preferably includes a software procedure 
executable by the computer, accesses database 220 to generate bills to charge 

20 customers for products offered by the CLEC. In general, on a periodic basis, for 
example, monthly, billing component 250 accesses a billing record 410 of billing 
database 220 for a customer to obtain the stored customer information 420, usage data 
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440, and products codes 430, including recurring charges. 

To compete with other CLECs and ILECs, CLECs typically discount products. 
Accordingly, the billing process computes the appropriate discounts to be passed on 
to the CLECs customers. For this computation, billing component 250 uses a set of 
rules 260 applicable to computing an appropriate discount for recurring charges, a set 
of rules 270 applicable to computing an appropriate discount for usage charges, a 
local exceptions table 275, and a bundle codes table 280. For example, a customer 
who selected AT&T long distance service and AT&T cellular wireless service may be 
entitled to discount on recurring and usage charges for both. The customer's billing . 
record identifies the product codes 430 for both services, and the rules 260 and 270 
are consulted to determine the discount. 

Similarly, the CLEC offers bundles of products at a discount, and billing 
component 250 may use bundle codes table 280 to compute the appropriate discount. 
For example, the CLEC may offer the following bundles: 

(1) Residential Line 
Unlimited Local Calls 
Special Long Distance Rate 
Basic Cellular Service 
Caller ID 

Calling Card 
Wiring Maintenance 

(2) Residential Line 
Unlimited Local Calls 
Special Long Distance Rate 
Caller ID 

Wiring Maintenance 
Telephone Directory 
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(3) Residential Line 

Unlimited Local Calls 
Special Long Distance Rate 
Internet Service 

Each bundle is assigned a code; for example, bundle (1) may be assigned "BP, 
bundle (2) may be assigned "B2", and bundle (3) may be assigned "B3". If a bundle 
code is included in a customer's billing record, then billing component 250 computes 
the discount for the selected bundle based on a predetermined factor specified in 
bundle codes table 280. If, however, a bundle code is not present, then no such 
bundle discount is computed. 
Provisioning Procedure 

FIG. 6 is a flow chart of the steps of the provisioning component's 
provisioning procedure 600. First, component 240 receives provisioning data from 
the customer's request that details the customer's selected products (step 610). 
Provisioning component 240 identifies the customer's selected service provider from 
the provisioning data (step 620), and accesses format database 210 for a provisioning 
data format for that provider (step 630). For example, there is a form used by ILECs 
for the provisioning of local exchange service, and there is another form used by IXC 
for provisioning long distance service. Additionally, providers have specific forms 
for other products, and the CLECs billing system accommodates each provider's 
format requirements. 

Provisioning component 240 then formats the provisioning data from the 
customer's request in the appropriate format for the selected service provider (step 
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640), and sends the formatted provisioning data to the selected service provider (step 
650). Preferably, provisioning component 240 transmits the formatted provisioning 
data using an electronic means such as e-mail or facsimile. If, however, such an 
electronic means is not available, provisioning component 240 may print a document 
in the appropriate format for the CLEC to then use another means, such as courier 
service, for sending it to the provider. 

Provisioning component 240 performs this provisioning procedure 600 for 
each product and service selected by the customer. 
Billing Procedure 

FIGs. 7 and 8 are a flow chart of the steps of the billing component's billing 
procedure 700. Billing component 250 regularly receives usage data from certain 
service providers. The usage data may come on a daily, or weekly basis, or in 
accordance with some other schedule. Service providers may also provide usage data 
to billing component 250 on a use basis, i.e., after each use of a network. 

Initially, billing component 250 receives usage data from a service provider 
(step 710). Event processing then begins, for each record of usage data, billing 
component 250 converts the record data into a standard format for billing database 
220 based on the identity of the provider and certain predetermined billing rules (step 
720). If the record currently being processed relates to a local usage (i.e., not a long 
distance call) (step 722), then component 250 determines the appropriate rating 
methodology for that record with reference to the local exception table 275 (step 724). 
Because some customer plans (and local regulations) provide for different rates for 
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local usage, component 250 must identify the appropriate rate for each usage record. 
Some records may be straight time where the time for the call is simply multiplied by 
a amount to determine the cost of the call. Other local calls may be free, depending 
on the appropriate rating methodology. 
5 If the record is not one for local usage (step 722), or after determining the 

rating methodology for a local usage record (step 724), billing component 250 
performs validation and guide processing (steps 726 and 728). During validation 
processing (step 726), component 250 verifies the record's contents. Each record 
must contain certain predetermined types of information. During guide processing, 

1 0 component 250 "guides" the record against the billing database to verify that the 

database contains a billing record for a customer corresponding to the usage record. 
Then, the record is rated based on information from the billing database and, if 
appropriate, the rating methodology from step 724 (step 730). 

Finally, after all usage records are processed, the converted, processed usage 

1 5 records are stored in billing database 220 (step 730). Because each provider has its 
own format for usage data, the CLECs billing component 250 includes billing rules 
that dictate how billing component 250 should convert usage data from each provider 
for storage in billing database 220. Steps 710 to 732 are repeatedly performed for all 
usage data from each provider that billing component 250 receives during a 

20 predetermined period. 

Billing procedure 700 continues in FIG. 8. When generating bills, billing 
component 250 accesses billing database 740 for each customer record (step 740), and 
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determines the bill format from the product codes (step 750). The product codes in 
the customer's record specifies the customer's selected classes of service (e.g., local 
exchange service, wireless cellular service, and long distance service), and this 
information is used to build the format for a bill. For example, the bill may have 
5 charges for products of each class of service on a separate page. 

If the record indicates a bundle code (step 760), then billing component 250 
computes a discount for the selected bundle using the discount rules discussed above 
(step 770). Otherwise, billing component 250 does not compute a discount. 

Billing component 250 then computes the taxes, including, if appropriate, 

1 0 federal, state, and local taxes, based on the individual products without regard to the 
computed discount (step 780). Finally, billing component 250 generates a bill for the 
customer. The process of steps 740 to 790 is repeated for each customer record in 
billing database 220. 
Alternative Billing System Architecture 

15 FIG. 9 shows an alternative architecture for a billing system 900 according to 

the present invention. Unlike billing system 100, billing system 900 has additional 
gateway controllers 910, 920, and 930, which include software executable by the 
computer to perform a number of the conversion processes explained above with 
reference to billing system 100. In this architecture, gateway controller 910 converts 

20 customer requests into a standard format for processing by billing system controller 
110, and gateway controller 930 receives a standard format form with provisioning 
data that it converts into the appropriate format for each service provider 130 based 
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on the selected product. Similarly, gateway controller 920 converts usage data 150 
from each service provider 130 into a standard format for processing by billing system 
controller 110. 

Consequently, the software of provisioning and billing components 240 and 
5 250 of billing system controller 1 10 in system 900 does not require customization for 
each new service provider added to the CLECs list of providers. Instead, the 
components no longer need to perform the conversion processes from a standard to 
provider-specific format and vice-versa. Because gateway controllers 910, 920, and 
930 perform the conversion processes, they may require modification for the CLECs 
1 0 billing system to handle new providers. 
Conclusion 

In accordance with the present invention a standardized CLEC billing system 
is provided with the capability to handle all billing requirements of a CLEC. The 
billing system processes customer requests for products of different providers. The 

1 5 system processes requests for telecommunications equipment. It also accommodates 
product and service bundling, which permits the CLEC to offer discounts on such 
products based on the selection of a bundle(s). 

The foregoing description of an implementation of the invention has been 
presented for purposes of illustration and description. It is not exhaustive and does 

20 not limit the invention to the precise form disclosed. Modifications and variations are 
possible in light of the above teachings or may be acquired from practicing of the 
invention. For example, the described implementation includes software but the 
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present invention may be implemented as a combination of hardware and software 
in hardware alone. The scope of the invention is defined by the claims and their 
equivalents. 
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